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(57) Abstract: A system and method for coUecting, storing, re- 
trieving and analyzing database statistical information. A col- 
lection agent on a database server interrogates the database on 
a defined interval to determine the database state, and to de- 
rive statistics about database performance, structures, and usage. 
This statistical information is stored within a collection database 
as historical data. Periodically, the historical data is unloaded 
from the collection database, transferred via a Transfer Protocol 
to a data warehouse server, and loaded into said server. Summa- 
rization of the data, and Trends-based analysis, are performed 
against the data with results stored In the data warehouse as per- 
sistent storage. Periodically, an application server interrogates 
the data warehouse for the database being analyzed, and pro- 
duces a series of reports which show database trends, reliability, 
and performance information in graphical, textual, and tabular 
formats. 
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SYSTEMS AND METHODS FOR COLLECTING, STORING, AND 
ANALYZING DATABASE STATISTICS 

FIELD OF THE INVENTION 
5 [00011 This invention relates generally to the field of database administration and, 
more specifically, to systems, methods, and applications that provide trending analysis 
of a database system by monitoring internal statistics and structures as provided by a 
database vendor or through custom process and data acquisition techniques, as such 
information spans time. This invention also relates to systems, methods, and 
10 applications that use collected information concerning databases to assist with database 
analysis, including, for example, performance evaluation, reliability analysis, and 
management of database systems. 

BACKGROUND OF THE INVENTION 

15 [0002] A database system is a product that resides on one or more computer systems 
and provides multiple users with access to data. As databases are used, methodologies 
for accessing stored data, optimizing database processes, and storing parameter 
requirements change. It follows that complex database systems may require extensive 
management. Managing database systems includes the monitoring of processes and 

20 resources in order to detect deterioration in the overall reliability and efficiency of a 
database system. 

[0003] Parameters that can be monitored within a database include, but are not 
limited to, CPU utilization, physical storage utihzation, memory utilization, network 
traffic, physical database structures, logical database structures, referential integrity, 

25 and parameters and files which are required for reliability. By interrogating the values 
of these parameters on a timed schedule, storing historical information, and using that 
information to determine trending pattems, monitoring of that information can help to 
predict anomalies within the system, enhance reliability, and increase the performance 
of a database. Trends may be evaluated over any period of time, including hours, days, 

30 weeks, or months. By retaining historical data for a relatively long period of time, the 
trends shown will be more accurate, and may be more useful to a database 
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administrator. By reviewing trend information, insight may be gained into both normal 
and abnormal behavior of a database system. 

[0004] The many benefits that flow from active monitoring of a database system 
include, for example, detection of potential or actual problem areas within a database 
5 system; location of intermittent problem areas; identification of increased periods of 
load on the database system; verifying the overall quality and performance of a 
production system; and alleviation of the time and resource constraints placed on 
database administration personnel. When errors or degradation of performance trends 
occur, repairs may begin prior to complete failure of the database environment. 

10 [0005] Trends-based analysis is powerful due to the predictive nature of such 
analysis. By reviewing growth patterns, utilization patterns, and performance patterns, 
one may derive the point at which a database may begin to fail to meet the needs of a 
process. Once a trend is identified, resources and processes may be modified to 
alleviate problems associated with the trend. 

15 [0006] Database servers may be run on many different hardware and operating 
system platforms. While each of these platforms has unique features, database servers 
are common across all platforms. By monitoring multiple database servers on non- 
heterogeneous platforms, and providing a common reporting mechanism, a framework 
of communication can be established that allows personnel to perform more efficiently. 

20 [0007] Goals of trends-based analysis of database systems are to reduce expenses, 
improve performance and availability, to sustain or increase revenue, and to improve 
the performance of persormel by alleviating their need to continuously monitor the 
database through manual means. 

[0008] Many difficulties are present in existing approaches. First, manual monitoring 
25 processes are error prone. Since a human interface is required to perform multiple 
steps for data collection, and then analyze resulting data and interpret the results, the 
analysis and decision making process may not be consistent. An inconsistent method 
of obtaining results may result in improper decisions being made concerning database 
administration. This problem is compoimded by more than one person attempting the 
30 analysis, since past experience invariably skews the interpretive results. 

[0009] Manual monitoring is also labor intensive. For each step of the process, 
scripts must be developed to interrogate a specific element of the database. These 
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scripts must be run in a prescribed order, and the results must be tabulated and 
compared in order to understand the current state of the database. Additionally, 
analyzing the trend data is extremely difficult, and the results of the analysis may not be 
accurate. 

5 [0010] As database systems are used, the requirements of the underlying hardware 
and software are compounded by the fact that the number of users, the amount of data, 
and the number of processes run against a database are continually increasing. 
Additionally, the use of database systems has grown beyond traditional boundaries, and 
databases are being used in more areas of industry and with more types of applications. 
10 As such, requirements for monitoring and correcting database problems have become 
more diverse, 

[00111 With database systems found in numerous aspects of government and 
industry, it would be desirable to provide a common set of tools and processes that 
provide an automated and complete analysis of database systems. Such a set of tools 
1 5 and processes would be valuable to database administrators and the clients they 
represent. 

SUMMARY OF THE INVENTION 

[0012] In one innovative aspect, this invention is directed to a database system 
20 statistic collection, analysis, repository creation, and consistent reporting tool that 
monitors database systems and produces textual, tabular, and graphical reports 
describing both Trends-based and static data. In one exemplary embodiment, the tool 
utilizes a database system for collection, standard Intemet protocols for file 
transmission, a repository database for warehousing of data, and reporting tools which 
25 may be viewed electronically, via a web browser or other display means, or as a paper 
based report. Additionally, clients receiving the report may use a web browser or other 
query device or software to drill down through data that is retained on the data 
warehouse server. 

[0013] The database servers to be monitored may reside in local or remote data 
30 centers, and each data center may house one or more database systems. 

[0014] Preferably, the data center housing the analysis system consists of one or more 
database servers, one or more application servers, and other peripheral equipment as 
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needed. Multiple data centers may exist. Data can be retained on the database 
server(s) for a period of time, allowing trends analysis to be more accurate. All 
incoming files can be written to a permanent storage device as an archival method. 
[0015] The analysis process may consist of one or more programs specifically 
5 designed to perform trends-based analysis, object analysis, structure analysis (of 
database structures), and reliability analysis. Additionally, such processes may 
summarize data and provide categorization for further reporting. 

[0016] The reporting process queries the analyzed and summarized data warehouse 
for trend information, potential points of contention within the database, performance 
10 problems, and reliability concerns. The resulting data is formatted into a consistent 
series of reports including, but not limited to, executive summaries, management 
reports, progress reports, reliability reports, and trends-based proactive 
recommendations and descriptions of potential problems. 

[0017] The statistics to be collected reside on one or more database systems, with 
15 each system storing its own statistics collection individually, or optionally with all 
collection of information written back to a central collection point. Statistics are 
collected on some predefined interval, are converted through selected algorithms to a 
historical record format, and are stored in a database schema designed specifically for 
the system. 

20 [0018] Each evaluated database system has a database engine, an underlying 
operating system, and a designated storage facility for the collection methods. Data 
collection scripts determine which data to collect, the validity of the data, and ensure 
that the data is stored correctly. A scheduler provided by the operating system controls 
the initialization or termination of the collection scripts at the predetermined interval. 

25 The host for the database has a clock, which is used for time stamping the historical 
data to preserve order of entry into the system. 

[0019] Data transport occurs on each computer that hosts a collection process, and 
sends the collected data back to the analysis environment via the Intemet. The protocol 
used for this transmission will vary within commonly used data transmission protocols. 
30 As data is received in the analysis environment, it is written to permanent off line 
storage, for example a CD-ROM, so that the data will be available in the case of 



4 



wo 01/35256 



PCT/USOO/30784 



disaster recovery, or if a client should need the data again after a retention period has 
expired. 

[0020] The data is received in the analysis environment and is loaded into a staging 
area. A conversion process uses the staged data to load the data into the data 
5 warehouse. A summarization and analysis process interrogates the data, providing 
several levels of summarization and performing Trends-based analysis on the data. 
[0021] Data retention is specific to the needs of the owner of the database system 
being analyzed. All collected data, in both raw and summarized form, are retained 
within the data warehouse. A remote user of the system may connect to the data 
10 warehouse server via the Internet and run other analysis against the data as needed, or 
retrieve additional reports that are not included in the standard report package. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0022] Figure 1 is a flow chart illustrating a process in accordance with the present 
15 invention for collecting statistics, analyzing those statistics, and effecting reporting 
within database systems. 

[0023] Figure 2 is a flow chart illustrating a collection process flow in accordance 
with the present invention. 

[0024] Figure 3 is a flow chart illustrating a reporting process flow in accordance 
20 with the present invention. 

[0025] Figure 4 is an illustration of a database system architecture that may have an 
application in accordance with the present invention configured thereon. 
[0026] Figures 5(a)-(f) are screen snapshots showing sample reports in accordance 
with the present invention. 

25 

DETAILED DESCRIPTION 

[0027] Turning now to the drawings. Figure 1 is a flow chart illustrating a process in 
accordance with the present invention for collecting statistics, analyzing those statistics, 
and effecting reporting within database systems. More specifically. Figure 1 describes 
30 an overall process 100 that provides for (1) the collection of data, (2) local storage of 
that data on a database to be evaluated or a repository database established for 
evaluation, (3) the transport of that data to a remote server or servers, and (4) the 
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loading, summarization, analysis, trend based analysis, storage, extraction and reporting 
of that data. At step 102, the process flow can be entered through software at an 
evaluation site. At step 104, the collection mechanism is started as a timed activity on 
the database server holding a repository. One or more collection mechanisms may be 
5 started depending on the number of databases to collect from. At step 106, upon 
completion of the collection of data, and at a pre-determined interval, the data is 
extracted from the database and placed into a standard export format. At step 108, the 
system performs an integrity check to determine if the extraction was successfiiL At 
step 110, if the extraction process was not successful, the process flags the error in the 

10 repository database and branches execution to item 144, End of Process. At step 1 12, if 
the extraction process does succeed, the exported data is transferred to a production 
data center. At step 114, the system performs an integrity check to detemiine if the 
transfer of data was successfiiL At step 1 16, if the transfer process was not successftil, 
the process flags the error in the repository database and branches execution to item 

15 144, End of Process. At step 1 18, if the transfer process does succeed, the data from 
the client database is loaded into a staging area in the DBDoctor database server. At 
step 120, the system performs an integrity check to determine if the data load was 
successfiiL At step 122, if the data load process was not successftil, the process flags 
the error in the repository database and branches execution to item 144, End of Process. 

20 At step 124, if the data load process does succeed, the data from the client database is 
summarized through the execution of a series of summarization scripts. At step 126, 
the system performs an integrity check to determine if the summarization was 
successfiiL At step, 128, if the summarization process was not successftil, the process 
flags the error in the repository database and branches execution to item 144, End of 

25 Process. At step 130, if the summarization process does succeed, the data from the 

client database is analyzed for trends and other criteria through the execution of a series 
of analysis scripts. At step 132, the system performs an integrity check to determine if 
the analysis was successfiiL At step 134, if the analysis process was not successfiil, the 
process flags the error in the repository database and branches execution to item 144, 

30 End of Process. At step 136, if the analysis process does succeed, reports about the 
data are generated in multiple formats, including reports at executive, managerial and 
technical personnel levels, for delivery via email, PDF format, or other delivery 
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mechanism. At step 138, the system performs an integrity check to determine if the 
reporting was successful. At step 140, If the reporting process was not successful, the 
process flags the error in the repository database and branches execution to item 144, 
End of Process. At step 142, If the reporting process does succeed, the data warehouse 
5 is updated to indicate the completion of execution for the currently processed database 
system. At step 144, the end of the process occurs. 

[0028] Figure 2 is a flow chart illustrating a collection process flow in accordance 
with the present invention. More specifically, Figure 2 describes a process 200 for a 
Statistic and Structure Collection Process in accordance with the present invention. In 

10 general, this process determines the number and types of database environments from 
which data will be collected, collects the data by processing each database, ensures the 
validity of the collected data, and transfers the data to the remote evaluation site. 
[0029] At step 202, the process flow can be entered through software at the 
evaluation site. At step 204, the collection mechanism is started as a timed activity on 

1 5 the database server holding a repository. One or more collection mechanisms may be 
started depending on the number of databases from which to collect. The databases to 
be evaluated are determined and placed into a queue. At step 206, the next database to 
be processed on the queue is selected for collection. At step 208, the system performs 
an integrity check to determine if the end of queue condition was reached. At step 2 1 0, 

20 if the end of queue condition was encountered, the process checks to see if the data has 
been flagged for transfer to the remote analysis data center. At step 2 1 2, if the data has 
been flagged for transfer, the data is extracted from the database repository at the client 
site, and is transported to the DBDoctor data center specified by the operations staff of 
the licensing company. At step 214, the process ends. At step 216, if the end of queue 

25 condition was not encountered, the system performs an integrity check to determine if 
the database to be collected is accessible. If the database to be collected is not 
accessible, process control is returned to item 206, *Get next database on the queue to 
collect'. At step 2 1 8, if the database to be collected is accessible, variables are set 
which control the collection process for the database to be collected. At step 220, the 

30 database type and version are determined by the process, and variables describing these 
values are set for further processing. At step 222, a queue is created which contains the 
internal structures to be collected. At step 224, the next structure to be collected is 
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obtained from the queue defined in item 220. At step 226, the system performs an 
integrity check to determine if the end of the collection queue has been reached. If the 
end of the collection queue has been reached, the process branches execution to item 
206, *Get next database on the queue to collect'. At step 228, if the end of the 
5 collection queue has not been reached, structure statistics are collected for the current 
evaluation database type and version. At step 230, the system performs an integrity 
check to determine if a valid collection has been taken. At step 232, if collection does 
not succeed, a collection error flag is stored in the registry, and control branches to item 
224, 'Get next structure to collect'. At step 234, statistics are updated on the repository 
10 database. Execution of the process branches to item 206, 'Get next database on the 
queue to collect' for further processing, 

[0030] Figure 3 is a flow chart illustrating a reporting process flow in accordance 
with the present invention. More specifically. Figure 3 describes a reporting process 
300 in accordance with the present invention. In general, this process determines the 
15 number of databases to report on, loads a queue of those databases, processes the 
queue, and generates and delivers reports. 

[0031] At step 302, the process flow can be entered through software at the 
production data center. The reporting mechanism is started as a timed activity on an 
application server. At step 304, the databases to be evaluated are determined and 

20 placed into a queue. At step 306, the next database to be processed on the queue is 

selected for reporting. At step 308, the system performs an integrity check to determine 
if the end of queue condition was reached. At step 310, if the end of queue condition 
was encountered, the process updates the data warehouse with a completion status. At 
step 312, the process terminates. At step 314, the system performs an integrity check to 

25 determine if the data for the current database is available. If the data is unavailable for 
processing, execution branches to item 316, 'Perform Load'. At step 316, the load 
process is invoked for the current database. Execution branches to item 322, 'Perform 
Sunmiary'. At step 318, get information about the client, client databases, and recipient 
list for processing from the data warehouse. At step 320, the system performs an 

30 integrity check to determine if the summarization for the current database has been run. 
If the data is not summarized, execution branches to item 322, 'Perform Summary'. At 
step 324, the trend analysis processes are invoked for the current database. At step 326, 
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management reports are produced for the current database. At step 328, executive 
reports are produced for the current database. At step 330, detailed data reports are 
produced for the current database. At step 332, reports are assembled for the current 
database and prepared for delivery. At step 334, data is made available for Internet 

5 based queries. At step 336, the HTML version of the report is generated. The report is 
stored on the web server. At step 338, the Adobe PDF version of the report is 
generated. The PDF report is stored on the mail application server. At step 340, the 
data warehouse is interrogated to determine if the customer has a recipient list, which 
includes HTML reports. If not, execution branches to item 344, 'Does customer want a 

10 PDF report?'. At step 342, an email is dispatched to the customer as an informational 
message informing them that their report is ready. At step 344, the data warehouse is 
interrogated to determine if the customer has a recipient list, which includes PDF 
reports. If not, execution branches to item 348, 'Exit'. At step 346, an email is 
dispatched to the customer with a PDF file attachment for the current database. Process 

1 5 execution branches to item 306, 'Get next database on the queue to report. 

[0032] Figure 4 is an illustration of a database system that may have an application in 
accordance with the present invention configured thereon. More specifically, Figure 4 
describes the architecture and design of the database monitoring system environment. 
In general, the architecture has two physically separate areas, item 402, 'Client 

20 Database Environment', and item 412, 'DBDoctor Production Data Center'. The Client 
Database Environment will be required for each customer served by this service. The 
DBDoctor Production Data Center may be replicated as required for scalability. The 
Client Database Environment 402 consists of one or more of item 406, 'Collection 
Database Server', and zero or more of item 404, Client Database Server. Item 408 is a 

25 temporary file generated during extract processes. The databases 404 to be evaluated 
are loaded with software that enables them to be evaluated fi-om a remote location. The 
client may have one or more databases to be evaluated. The database being evaluated 
may also hold the repository database, depicted by item 406, 'Collection Database 
Server'. The architecture is flexible and will be designed and installed to the customer 

30 specifications. Each database server 406 at the client facility may have one or more 

databases loaded in order to be evaluated. There is no limit to the umber of databases a 
customer may have, as demonstrated by items 404 (a), 404(b) and 404(c). The 
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Collection Database Server 406 is loaded with an application in accordance with the 
present invention and databases components, together referred to as a repository. This 
repository preferably resides on a server with a database installed and functional. The 
repository may reside on an existing production database, or may reside on a server 
5 dedicated to this task. Additionally, multiple Collection Database Servers 406 may be 
installed at each customer site. 

[0033] On a pre-defined interval, data is extracted from the repository database 
residing on item 406, and stored temporarily in a disk file at the customer site pending 
transfer of the data via item 410, 'Data Transfer'. The data transfer component 410 

10 may make use of any of a number of electronic transfer protocols, including File 
Transfer Protocol, Hyper Text Transfer Protocol, Secure Copy, or Virtual Private 
Network transmission. This Data Transfer uses push technology to deliver the data, 
contained in the Extracted Data file illustrated by item 408, to the Data Transfer Server, 
represented by item 414 at the DBDoctor Production Data Center. 

15 [0034] The Production Data Center 412 houses the equipment and software required 
for the analysis, data storage, report generation, and client delivery components 
required by the service. The data transfer server 41 4 is a highly reliable component that 
facilitates the transfer of data from a client site to the Production Data Center 412. This 
server may be a single component, or may be clustered or placed in another highly 

20 available environment as needed. This server supports the receipt of information from 
multiple transfer protocols. 

[0035] The System Database Servers 416 house the data warehouse component of the 
service. This data is retained for the number of days deemed necessary for the analysis 
of data to produce trend-based reports. 

25 [0036] The Application Servers 418 are multi-function, serving to facilitate the load 
process, summarization process, analysis and reporting process, and mail delivery 
processes. As illustrated, one or more application servers are required for operation of 
the service. Items 41 8 (a) and 41 8 (b) are representative of these servers. 
[0037] The Client Reports 420 are one of the end results of the service. They are 

30 generated on item 418, * Application Server', and are then made available to the client 
for use. The E-Mail report 422 is one of the available versions of the reports generated. 
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{0038] The Web server 424 makes available the customer data for fiirther analysis. 
Functions of the web server include, but are not limited to, drill down reporting of data, 
enhanced trend analysis, shema and structure review, and archival report storage and 
delivery. This item, as depicted by item 424, may be a single server or one of many as 
5 required for load balancing and reliability. 

[0039] The collection mechanism uses a tabular replication of structures to be 
collected. This replication of internal structures preferably is fully aware of differences 
between versions of databases being collected and will modify itself depending on the 
differences between those versions. In addition to holding purely structural object data, 
10 the collection tables also have various columns to handle items such as customer 
information, timestamp data, and runtime logic. 

[0040] Preferably, the collection mechanism is a collection of tables that are complete 
replicas of internal database structures. These tables are identical to the collected 
structures in columns names and data types. In addition to the one to one relationship 

15 of column values, customer and timestamp columns may be added. During the 
collection process a simple select and insert statement may be generated to pull the 
internal data from the database structures and place that data into the replicated 
structures. At the time this information is selected, customer data and a timestamp is 
also placed into the table for each row. The customer data is a mechanism to maintain 

20 identity of the data after transport to the warehouse storage facility, and the timestamp 
is placed into the rows so that an image of how the data changes over time may be 
obtained, and so that data can be grouped by such means as hours of the day, day of the 
week, and week of the year. Since there are many different database versions that the 
collection needs to pull data from, a fiilly aware environment is utilized that will extract 

25 the full data definition of the structures to be collected from the internal database 
dictionaries of the databases to be collected. Once this definition has been extracted the 
collection process can dynamically generate the select and insert statements that will be 
used to populate the replicated structures. In addition to this, if during the collection it 
is determined that an internal structure has changed, the system can also dynamically 

30 generate simple data definition language statements that can be submitted against the 
database to alter the replicated structures to match the internal structures to be captured. 
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[0041] Figures 5(a)-(f) are illustrations of reports that may be generated using a 
database management system in accordance with the present invention. Figure 5(a) is 
an example of an executive summary report, which includes a list of event categories 
5 1 0 and event severeties 512. Figure 5(b) provides an illustration of an IT management 
5 report that lists events in order of severity, e.g., critical 520, serious 522, warning 524, 
etc. Figure 5(c) provides an illustration of a detail report that addresses in more detail 
the events listed in the IT management report, shown in Figure 5(b). Figure 5(d) 
provides an illustration of an executive summary including a usage chart. Figure 5(e) 
provides an illustration of a management report including a graphic representation of 
10 I/O mount point percentages, and Figure 5(f) provides an illustration of detail report 
regarding mount points. 

[0042] Because the invention is susceptible to various modifications and altemative 
forms, specific examples thereof have been shown in the drawings and are herein 
described in detail. It should be understood, however, that the invention is not to be 
15 limited to the particular forms or methods disclosed, but to the contrary, the invention 
should encompass all modifications, alternatives, and equivalents falling within the 
spirit and scope of the appended claims. 
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WHAT IS CLAIMED IS : 

1 . A system for collecting, storing, analyzing, and reporting statistical and 
historical data within a plurality of database systems, comprising: 

a series of data collection scripts resident on a plurality of database servers, each 
5 said script including statistic collection commands and process invocations that are 
native to at least one of an operating system on which they are run and a database 
system on which they are run; 

a file transport process, which delivers data collected by the data collection 
scripts to an analysis site; 
10 a load process, which places the collected data into at least one database 

repository; 

a series of analysis and summarization scripts, resident on the database 

repository server, data warehouse server, or an application server, which may be used 

to provide historical trends-based analysis of the data collected; 
15 at least one application server, coupled to the database repository, which 

provides an interface to the reporting system, and provides conversion of the report into 

multiple formats, including, but not limited to, PDF and HTML; 

at least one email server, electronically coupled to the application server(s), for 

transmitting the reports to the client requesting the information; and 
20 at least one web server, electronically coupled to the application server(s) and 

database repository server(s), for providing the client with additional information or 

access to HTML based reports. 

2. A method of database analysis, comprising the steps of: 

25 collecting data and statistics on one or more databases that reside on a plurality 

of database servers; 

storing said data and statistics; 

transporting said data and statistics to an analysis site; 
placing said collected data and statistics into at least one database repository; 
30 providing historical trends-based analysis on said collected data and statistics; 

converting results of said analysis into one or more altemative formats; 
transmitting said results of said analysis to a recipient; and 
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providing, to said recipient, additional information about said collected data. 

3. A method as in claim 2, wherein said one or more alternative formats 
includes PDF. 

5 

4. A method as in claim 2, wherein said one or more alternative formats 
includes HTML. 

5. A database server for analyzing and reporting statistical and historical 
10 data within a plurality of database systems, comprising: 

means for storing collected data and statistics received from said database 
systems into at least one database repository; 

means for providing historical trends-based analysis on said collected data and 
statistics; 

15 means for converting results of said analysis into one or more alternative 

formats; 

means for transmitting said results to the sender of said collection request; and 
means for providing, to said sender of said collection request, additional 
information about said collected data. 

20 

6. A computer readable medium containing computer program instiTictions 
for analyzing and reporting statistical and historical data within a plurality of database 
systems, said computer program instructions containing instructions for: 

storing collected data and statistics received from said database systems into at 
25 least one database repository; 

providing historical trends-based analysis on said collected data and statistics; 

converting results of said analysis into one or more altemative formats; 

transmitting said results to the sender of said collection request; and 

providing, to said sender of said collection request, additional information about 
30 said collected data. 
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DBDoctor for Oracle 

Client Name: ThcCorp.com 
Database cUeniUbl 
Kvalaation Date: 01 Sep, 1999 



Executive Summary 

• Catena ty^ ^ ^ ^ 



Severity 



Critical phyi;ical Inyout of Oacle >houk1 be reviewed. 

Serious Daiabo$c objccis require atiention lo allow for future grav^th. 

Seriouj? Physiical layout of Oracle f^hotild Ixr reviewed. 

Warning Placement of dmabaii<^ objccu rcc|ui re aucoi ion. 

Warning Resources which have been nsiigned lo i»sers should be reviewed. 

Warning Storage parameters should be reviewed. 

Moiification Database objects require auention. 

Notificacion Placement of database objet ts require attention. 



Eud of Report. 
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DBDoctor for Oracle 

Client Name: TheCoip-com 
Oata base cl i cn i db I 

K valuation Ddle: 01 Sep, 1999 



Management Report Threats and Wan 

Severity: Cnlical ^-v^ 

Executive Categor>': Physical layout of Oracle ^^hould be reviewed. 

Condition Encouiuered 

Physical layout of conirol files should be reviewed. 
Physical layoui of rt^do logs should be reviewwl. 

Severity: Serious 

{Executive Calegorj': Database objccii; require atTcniion lo allow for future crov/th. 

Condition Eftcountered 

Tables exist which are ncaring mnx extents. 

Executive Category; Physical layout of Oracle should be reviewed. 

Condition Encountered 

Physical layout ofcoiurol files should be reviewed. 
Physical layout of redo lo^s should be reviewed. 



Severity: Warning 
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DBDoctor for Oracle 

Client Name: TheCojp-con) 
Databast cUenidbl 
Kvahiation Date: 01 Sep. 1999 



Threats and Warning 



Detail Report 

Severity: Criiical 

Management Categury: Physical layout of coiurol files should be reviewed. 

Status Condition Encountered 

□ ALL conirol files are on ihe same nKumi point /dAta3. 

□ Control file /data3/orac Wdbsyon>_control I is on Jhe same mount poim as oihcr control fi 

□ Control file /data3/onK:le/dbs/ora_con»rol2 is on the same mount point as other control ft 

Management Category: Physical layout of redo logi^ should be reviewed. 



^atus Conditi/)n Encountered 



□ All redo logs have been placed on the sanw disk. 

□ There are redo log groups that do not have enough log members in thera. 



Severity: Serious 

Management Category: Tables exist which arc nearing max extents. 

Status Condition Encottntered 

□ Table aJENTS owned by SALES_OWMtiR 5$ nearing max extents. 

□ Tuble INVOICE owned by ACCOUNTlNG.OWNER is jiearins! max extents. 
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DBDoctorfor Oracle 

Client Name: ThcCorp.com 
Database ciicnidb] 
Kvalnation Date: 01 Sep. 199<) 



Executive Summary 
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Date of Evaluation 
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DBDoctorfor Oracle 

Client Name: TheCorp.con^ 
Database clienldbl 
Evaluation Dale: 01 Sep. 1999 



Management Report 

I/O Mount Point Percentages - Sunday, August 
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UBDoctorfor Oracle 



Client Name 
database 



01 Sep. 1999 



Detail Report 



Evaluation 
Date 
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4.08 
27.9 
14.8 
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16.84 
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8.45 
22.3 
19,29 
1.97 
28.26 
15.69 
4.71 
6.94 
22.54 
1&41 
5,46 
29.48 
13-35 
5.49 
7.83 
2a81 
19.02 
4.02 
3003 
14.97 



percetUOK^ 
of Writes _ 
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17.16 
25.93 
19.18 
6,4 
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6.37 
3.97 
15,3 
28.01 
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